Predicting and updating availability status of a user

ABSTRACT

Predicting and notifying availability status of a user may include determining, using a processor, an availability status of a user according to historical data for the user and automatically updating the availability status of the user using the processor.

BACKGROUND

This disclosure relates to predicting the availability status of a userand updating the availability status. In general, an availability statusindicates whether a selected user may communicate with one or more otherusers within a communication system such as a messaging system.Messaging systems typically allow users to set an availability status toone of a plurality of different preset options. Exemplary options ofteninclude “available,” “away,” “busy,” “in a meeting,” or the like.

In some cases, the user's availability status within the communicationsystem is set manually by the user. In other cases, the user'savailability status within the communication system is setautomatically. For example, some communication systems access the user'scalendar, determine an event the user is scheduled to attend at thepresent moment, and update the user's availability status to indicate“busy” or “unavailable.”

Consider an example where a user is scheduled for back-to-back meetingsall day. Using the automated calendar-based approach, the user will havean availability status of “busy” or “in a meeting” for the entire workday. Other persons not involved in one of the user's scheduled meetingsneeding to communicate with the user are unable to determine when onemeeting ends and another meeting begins.

SUMMARY

A method includes determining, using a processor, an availability statusof a user according to historical data for the user and automaticallyupdating, using the processor, the availability status of the user.

A system includes a processor programmed to initiate executableoperations. The executable operations include determining anavailability status of a user according to historical data for the userand automatically updating the availability status of the user.

A computer program product includes a computer readable storage mediumhaving program code stored thereon. The program code is executable by aprocessor to perform a method. The method includes determining, usingthe processor, an availability status of a user according to historicaldata for the user and automatically updating, using the processor, theavailability status of the user.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram illustrating an exemplary network system.

FIG. 2 is a block diagram illustrating an exemplary architecture for adata processing system.

FIG. 3 is a block diagram illustrating an exemplary implementation of anavailability status prediction system.

FIG. 4 is a flow chart illustrating an exemplary method of predicting anavailability status of a user.

FIG. 5 is a flow chart illustrating another exemplary method ofpredicting an availability status of a user.

DETAILED DESCRIPTION

While the disclosure concludes with claims defining novel features, itis believed that the various features described herein will be betterunderstood from a consideration of the description in conjunction withthe drawings. The process(es), machine(s), manufacture(s) and anyvariations thereof described within this disclosure are provided forpurposes of illustration. Any specific structural and functional detailsdescribed are not to be interpreted as limiting, but merely as a basisfor the claims and as a representative basis for teaching one skilled inthe art to variously employ the features described in virtually anyappropriately detailed structure. Further, the terms and phrases usedwithin this disclosure are not intended to be limiting, but rather toprovide an understandable description of the features described.

This disclosure relates to predicting an availability status of a userand updating the availability status. In accordance with the inventivearrangements described herein, an availability status of a user may bedetermined using contextual data. The availability status may be updatedautomatically. Further, one or more actions may be taken responsive todetermining the availability status. For example, a system may enforce apredicted availability status for a user as applied to incomingcommunications.

In one example, the availability status that is determined may be acurrent availability status. In another example, the availability statusmay be a future availability status, i.e., a predicted availabilitystatus for a time in the future. An estimate of when a currentavailability status will change to the future availability status mayalso be determined. The determined availability status, whether currentor future, may be updated automatically.

In another example, the availability status that is determined may be apartial availability status. A current availability status and/or afuture availability status each may be a partial availability status. Ingeneral, a partial availability status indicates whether a selecteduser, though participating in an event, is available to interact duringthe event with another user that may not be participating in the event.

For purposes of simplicity and clarity of illustration, elements shownin the figures have not necessarily been drawn to scale. For example,the dimensions of some of the elements may be exaggerated relative toother elements for clarity. Further, where considered appropriate,reference numbers are repeated among the figures to indicatecorresponding, analogous, or like features.

FIG. 1 is a block diagram illustrating an exemplary network system 100.Network system 100 is a network of one or more systems such ascomputers, communication devices, and the like, in which theillustrative embodiments may be implemented. Network system 100 mayinclude a network 105, a messaging system 110, a calendar system 115,one or more client devices 125 and 130, and optionally a storage device135.

Network 105 is the medium used to provide communication links betweenvarious devices and data processing systems connected together withinnetwork system 100. Network 105 may include connections such as wire,wireless communication links, fiber optic cables, and the like. Network105 may be implemented as, or include, any of a variety of differentcommunication technologies such as an intranet, a local area network(LAN), a wide area network (WAN), a wireless network, a mobile network,a Virtual Private Network (VPN), the Internet, the Public SwitchedTelephone Network (PSTN), or the like.

As pictured in FIG. 1, messaging system 110, calendar system 115, clientdevices 120, 125, and storage device 135 are coupled to network 105. Inone example, messaging system 110 and calendar system 115 each may beimplemented as a computer system such as a server or one or morenetworked computer systems or servers. Client devices 120 and 125 may beimplemented as data processing systems such as computers, tabletcomputers, mobile communication devices, handheld communication devices,or the like. Storage device 135 may be a network accessible storagedevice such as a server or a network attached storage device.

In one example, messaging system 110 may be implemented as an instantmessaging system, a texting system, a chat system, or the like.Messaging system 110 may be programmed to determine availability statusfor one or more users and automatically update the availability statusfor the user(s). For example, messaging system 110 may determineavailability status, e.g., a predicted availability status, for a userof client device 120. The availability status may be updatedautomatically within messaging system 110. For example, the availabilitystatus may be provided to client device 125, to calendar system 115,and/or to storage device 135. In another example, client device 120 maybe programmed to determine availability status for a user (of clientdevice 120) and provide the availability status to another device suchas messaging system 110, calendar system 115, storage device 135, and/orclient device 125.

An availability status for a user may be determined from contextual datafor the user. For purposes of illustration, the availability status thatis determined may be for a user of client device 120. Contextual datafor the user of client device 120 may be stored within messaging system110, calendar system 115, storage device 135, and/or client device 120.In one aspect, contextual data may include historical data for the userof client device 120. In another aspect, contextual data may includereal time data for the user of client device 120. In still anotheraspect, contextual data may include calendar data for the user of clientdevice 120.

FIG. 1 is provided for purposes of illustration and is not intended tolimit the inventive arrangements described within this disclosure. Forexample, network system 100 may include additional networked dataprocessing systems, fewer data processing systems, additional networkedclient devices, fewer client devices, and/or other devices not shown.

FIG. 2 is a block diagram illustrating an exemplary architecture 200 fora data processing system. Architecture 200 may include at least oneprocessor 205 coupled to memory elements 210 through a system bus 215 orother suitable circuitry. As such, architecture 200 may store programcode within memory elements 210. Processor 205 executes the program codeaccessed from memory elements 210 via system bus 215 or the othersuitable circuitry.

Memory elements 210 include one or more physical memory devices such as,for example, local memory 220 and one or more bulk storage devices 225.Local memory 220 refers to random access memory (RAM) or othernon-persistent memory device(s) generally used during actual executionof the program code. Bulk storage device(s) 225 may be implemented as ahard disk drive (HDD), solid state drive (SSD), or other persistent datastorage device. Architecture 200 may also include one or more cachememories (not shown) that provide temporary storage of at least someprogram code in order to reduce the number of times program code must beretrieved from bulk storage device 225 during execution.

Input/output (I/O) devices such as a keyboard 230, a display device 235,and a pointing device 240 may optionally be coupled to architecture 200.The I/O devices may be coupled to architecture 200 either directly orthrough intervening I/O controllers. In some cases, one or more of theI/O devices may be combined as in the case where a touchscreen is usedas display device 235. In that case, display device 235 may alsoimplement keyboard 230 and pointing device 240. One or more networkadapters 245 may also be coupled to architecture 200 to enablearchitecture 200 to become coupled to other systems, computer systems,remote printers, and/or remote storage devices through interveningprivate or public networks. Modems, cable modems, wireless transceivers,wireless radios, and Ethernet cards are examples of different types ofnetwork adapters 245 that may be used with architecture 200.

As pictured in FIG. 2, memory elements 210 may store an operating system250 and one or more applications 255. Application 255, being implementedin the form of executable program code, is executed by architecture 200and, as such, may be considered an integrated part of architecture 200.Application 255 and/or operating system 250, including any parametersand/or attributes utilized by application 255 and/or operating system250, are functional data structures that impart functionality whenemployed as part of a system utilizing architecture 200. In oneexemplary implementation, application 255 may implement an availabilitystatus prediction system.

In one aspect, architecture 200 may be used to implement a computer, aprogrammable data processing apparatus that is suitable for storingand/or executing program code, and/or a communication device. Further,architecture 200 may be implemented in any of a variety of differentform factors including, but not limited to, a portable device such as amobile or handheld communication device, a tablet computing device, alaptop computing device, a desktop computing device, a server, or thelike. For example, messaging system 110 and/or calendar system 115 ofFIG. 1 may be implemented using architecture 200. Similarly, clientdevice 120 and/or client device 125 may be implemented usingarchitecture 200.

FIG. 3 is a block diagram illustrating an exemplary implementation of anavailability status prediction system (system) 300. System 300 isrepresentative of a software architecture that may be implemented withina data processing system or a plurality of networked data processingsystems. In illustration, system 300 may be implemented as one or moreof applications 255 executing within architecture 200 described withreference to FIG. 2. In one example, system 300 may be implementedwithin a client device. In another example, system 300 may beimplemented within a server such as messaging system 110. In anotherexemplary implementation, system 300 may be implemented in a separatedata processing system that may provide availability status for users toother systems such as a messaging system and/or client devices.

System 300 may include an activity monitor 305, a natural languageprocessor (NLP) 310, and a sentiment analysis module 315. Activitymonitor 305 may access contextual data 320. Contextual data 320 mayinclude communication data 325, application data 330, and/or calendardata 335. Communication data 325 and/or application data 330 may includereal time data that is received by system 300. Communication data 325and/or application data 330 also may include historical data.

Communication data 325 may include any communications sent or receivedby the client device of a user for which an availability status is beingdetermined (hereafter the “selected user”), the times of thecommunications as sent and/or received, the recipients of thecommunications, etc. Exemplary communications may include instantmessages, text messages, chats, phone calls, electronic mails, or thelike. Application data 330 may specify applications and/or processesbeing executed or resident in program execution memory within a clientdevice of the selected user. In one aspect, the particular applicationsand/or processes may be filtered or limited to those specificallyinitiated or executed by user request. Calendar data 335 may specifyparticular events on the selected user's calendar, the start and endtimes of the events, the dates of the events, and/or event participantdata. The event participant data may include the participants of theevents, event role data for participants of the events, andorganizational role data for participants of the events.

As defined herein, the term “event” may mean a scheduled meeting, ascheduled appointment, a task assigned to a particular date and/or time,etc. In this regard, an event may include a teleconference, a phone callwith another user, a Web-based conference, or other event. As definedherein, the term “event role data” means one or more attributesspecifying the role of a participant within an event. The event roledata may be for one or more or all participants of an event, includingthe selected user. The parameters of the event role data may include,but are not limited to, whether the participant is mandatory, optional,an organizer, a presenter, etc. The event role data may change while theevent is taking place. For example, a user, including the selected user,may not be a presenter for an event initially, may become a presenterfor a period of time during the event, and then no longer be considereda presenter for the event.

As defined herein, the term “organizational role data” means one or moreattributes specifying the role of a participant within an organization.As noted, a participant may include the selected user. The parameters oforganizational role data may include a job title such as vice president,chief operating officer, manager, engineer, or other information for theparticipant such as may be obtained from an organizational chart orpersonnel directory of the organization.

Activity monitor 305 may provide communication data 325, applicationdata 330, and/or calendar data 335 to NLP 310 and/or sentiment analysismodule 315. The resulting analysis from NLP 310 and/or sentimentanalysis module 315 may be provided back to activity monitor 305.Activity monitor 305 may determine an availability status 340 for theselected user. Availability status 340 may be determined using thesemantic analysis performed by NLP 310, the sentiment analysis performedby sentiment analysis module 315, and/or other processing techniquessuch as pattern analysis or the like as implemented within by activitymonitor 305.

Availability status 340 is a prediction of the availability status ofthe user. Availability status 340 may be a current availability status,a future availability status, and/or a partial availability status. Acurrent availability status is a predicted availability status for theselected user at the present moment. A future availability status is apredicted availability status for the selected user at a designated timein the future. It should be appreciated that a current availabilitystatus and a future availability status each may or may not be a partialavailability status independently of the other. Further, whendetermining a future availability status, activity monitor 305 maydetermine an estimate of the time when the future availability status isto take effect.

As defined herein, the term “partial availability status” means anavailability status where the selected user is, at the time associatedwith the partial availability status, e.g., current or future, engagedor participating in an activity such as an event and is also availableto interact with a different user through a communication channel. As anexample, a user may be attending an event such as a Web-meeting, but beable to interact with one or more other users through electronic mail,instant messaging, or the like.

As defined within this disclosure, the term “communication channel”means a particular logical connection and/or a particular communicationprotocol. Exemplary communication channels include, but are not limitedto, electronic mail, chat, instant messaging, Web conference,teleconference, telephone call, etc.

FIG. 4 is a flow chart illustrating an exemplary method 400 ofpredicting an availability status of a user. Method 400 may be performedby a system as described herein. For example, method 400 may beimplemented by a server such as a messaging system, an independentavailability status prediction system, a client device, or the like. Forease of description and clarity, the term “system” is used to refer tothe particular machine(s) or device(s) implementing method 400.

In block 405, the system determines an availability status for aselected user. The availability status may be determined usinghistorical data for the selected user. The historical data may includeapplication data and/or communication data. In another aspect, thesystem may determine availability status using real time data for theselected user. The real time data may include application data and/orcommunication data. In still another aspect, the system may determine anavailability status using calendar data for the selected user. It shouldbe appreciated that the system may use historical data, communicationdata, and/or calendar data for the selected user. In one aspect, theavailability status is a current availability status for the selecteduser. In another aspect, the availability status is a futureavailability status for the selected user. In still another aspect, theavailability status is a partial availability status for the selecteduser.

In block 410, the system automatically updates the availability statusof the selected user. In one aspect, automatically updating theavailability status of the selected user may include providing theavailability status to a device. For example the system may provide theavailability status of the user to a different client device, to aserver or other system, etc.

In block 415, the system optionally processes communications directed tothe selected user over one or more communication channels according tothe availability status determined in block 405. The system, forexample, may enforce the availability status by accept and/or rejectingan incoming communication in accordance with the determined availabilitystatus.

For example, responsive to determining that the availability status ofthe user is unavailable, a communication such as an instant messagedirected to the selected may be rejected, e.g., not delivered. Inanother example, the system may reject an incoming communication fromany user not participating in an event in which the selected user iscurrently participating. In still another example, the system may allowan incoming communication responsive to determining that the selecteduser is partially available.

FIG. 5 is a flow chart illustrating another exemplary method 500 ofpredicting an availability status of a selected user. Method 500 may beperformed by a system as described herein. For example, method 500 maybe implemented by a server such as a messaging system, an independentavailability status prediction system, a client device, or the like. Forease of description and clarity, the term “system” is used to refer tothe particular machine(s) or device(s) implementing method 500.

In block 505, the system may determine whether a selected user currentlyparticipating in an event. For example, the system may determine whetherthe selected user's calendar data indicates that an event, involving theselected user, is scheduled and in progress. If so, method 500 mayproceed to block 510. If not, method 500 may continue to block 540.

In block 510, the system may determine event participant data for theevent. The event participant data may include, as noted, roleinformation for event participants in reference to event role dataand/or organization role data. The system, for example, may determineevent role data and/or organizational role data, the number of attendeesof the event, and the like.

In block 515, the system may optionally determine historical data forthe selected user. The historical data may include other prior likeevents, e.g., particularly if the event is recurring, user activitiesdetermined from stored application data and/or communication data fromthe prior similar times or events, e.g., data collected during a sametime frame as the event in a prior week, month, date, during a priorrecurring instance of the event, etc. The historical data may includethe selected users prior event role data for prior like events.

In block 520, the system optionally determines whether the selected useris an active participant in the event. If an active participant, thesystem may determine that the selected user is not partially available.If not an active participant, the system may determine that the selecteduser is partially available.

In one aspect, the system may determine a level of participation of theselected user in the event. In illustration, the system may determinethe level of participation based upon real time data such as real timecommunication data and/or real time application data and whether thereal time data relates to the event currently in progress. For example,the system may determine whether a detected computing activity such as achat or an active program, from the real time communication data and/orreal time application data, on the client device of the selected userduring the event is related to the event. Responsive to detecting one ormore activities that are unrelated to the event, the system maydetermine that the user is not an active participant in the event.

The level of participation may be a binary value indicating eitheractively participating or not actively participating. For example,responsive to detecting any one of a plurality of indicators ofnon-participation, the system may set the level of participation of theselected user to indicate that the user is not actively participating inthe event.

In another example, the level of participation may be a non-binarynumeric value that may be compared to a threshold. The scoring may beinverted where high scores indicate non-participation and lower scoresindicate active participation. For example, activities determined to beindicators that the selected user is not actively participating in theevent may be assigned values, summed, and compared to the threshold.Accordingly, a level of participation below the threshold indicates thatthe user is actively participating in the event. A level ofparticipation at or above the threshold indicates that the user is notactively participating in the event.

Exemplary indicators that the selected user is not activelyparticipating in an event may include, but are not limited to, analyzingthe content of messages exchanged during the event and determining thatthe communications are unrelated to the event, determining that theusers with whom the selected user is communicating are not participantsof the event, determining that the selected user is in a listen and/orobserve only mode, and the like. The system may determine whether one ormore other real time activities of the selected user relate to thesubject matter of the event and, if so, are not indicators that the useris not an active participant. The determination may be made, at least inpart, through application of natural language processing, sentimentanalysis, rules, etc.

In block 525, the system may determine a current availability status ofthe selected user. The current availability status may be determinedaccording to information and/or processing performed in block(s) 505,510, 515, and/or 520. In one aspect, the current availability status maybe, or indicate, partial availability.

In block 530, the system may determine a future availability status ofthe selected user. The future availability status of the selected usermay be determined according to information and/or processing performedin block(s) 505, 510, 515, and/or 520. The predicted future availabilitystatus may be, or indicate, partial availability status. In block 535,the system may estimate a time when the current availability statuschanges to predicted future availability status.

Referring back to block 540, the system may determine historical datafor one or more prior like times. For example, since the selected useris not participating in an event currently in progress, the system mayevaluate activities of the user for prior like times such as a sameperiod of time for one or more prior weeks, quarter, days, etc. Thesystem may evaluate communication data and/or application data from theprior, similar periods of time.

In block 545, the system may optionally analyze real time data. In block550, the system may determine a current availability status of theselected user. The current availability status may be determinedaccording to information and/or processing performed in block(s) 505,540, and/or 545. In one aspect, the current availability status may be,or indicate, partial availability status, for example, as determinedfrom the availability indicators.

In block 555, the system may determine a future availability status ofthe selected user. The predicted future availability status of theselected user may be determined according to information and/orprocessing performed in 505, 540, and/or 545. The predicted futureavailability status may be, or indicate, partial availability status. Inblock 560, the system may estimate a time when the current availabilitystatus changes to the future availability status.

In block 565, the system may automatically update the availabilitystatus of the selected user to indicate the current availability statusdetermined in block 525 and/or block 550 as the case may be. The systemmay also update the availability status of the selected user to includethe predicted future availability status of the selected user asdetermined in block 530 or block 555. The system further mayautomatically update the availability status of the selected user toindicate the estimated time of when the availability status of theselected user changes from the current availability status to thepredicted future availability status determined in block 535 or 560.

As discussed, the system further may enforce the availability statusthat is determined. While the user is unavailable, communications may berejected. While the availability status indicates partiallyavailability, communications may be accepted in accordance with anyrules defined for the partial availability status, etc.

Having described exemplary system implementations and methods ofoperation, several exemplary use cases are presented below.

In a first exemplary use case, the system may determine that theselected user is currently in a meeting that is scheduled to end in 10minutes. Further, the system may determine that although the selecteduser is in a meeting, the selected user is able to participate in a chator instant messaging session. The system may determine that the selecteduser is able to chat responsive to determining one or more or all of thefollowing conditions: event role data indicating that the user is notmandatory and/or is currently in listen only mode, is involved in one ormore other communications with non-participant users where the subjectmatter of the communications is determined to be unrelated to the eventcurrently in progress, or the like.

The system may automatically update the availability status of theselected user to specify “In a meeting, but can chat, available in 10minutes.” The availability status indicates a current availabilitystatus of “In a meeting,” a predicted future availability status of“available,” and an estimated time of when the current availabilitystatus will change to the predicted future availability status. Further,the current availability status indicates a partial availability as “butcan chat”.

In another example, the system may determine that the selected user isunavailable while participating in the event. For example, the systemmay determine the selected user is unavailable responsive to determiningthat the selected user is mandatory for the event, that a participant ofthe event is designated as an important user, e.g., a supervisor of theselected user or other user such as a vice president, etc., that theselected user is engaged in a chat or instant messaging session thatrelates to the event currently in progress, and/or that the selecteduser is communicating with other participants of the event.

In another exemplary use case, the system may be configurable to lookahead at the selected user's calendar data in predetermined amounts oftime. The predetermined amounts of time may be 5 minutes, 10 minutes, 15minutes, 20 minutes, 30 minutes, or the like. The selected user or anadministrator, for example, may be able to specify the particular amountof time that the system looks ahead into the calendar data for theselected user. In that case, the system may provide a currentavailability status and a future availability status based upon theevents detected within the next designated amount of time.

In another example, the system may evaluate historical data. Forexample, the system may determine the next period of time, e.g., 20minutes. The system may evaluate historical data for the same period oftime in prior days, weeks, or months to determine whether the userregularly communicates during this time. Such communications mayindicate that the user does participate in an event, but that the eventis not listed in the calendar data for the selected user. Accordingly,the system may indicate a current availability status and indicate thatthe user will not be available or only partially available in 20 minutesor the determined amount of time to when the user, in the past, hasregularly performed particular activities.

In another exemplary use case, the system may analyze event patterns ofthe selected user. The system may determine which meetings are regularlyscheduled according to the calendar data, which meetings are notregularly scheduled, e.g., are “one-off meetings,” and a level ofinvolvement of the selected user in the meetings. Level of involvementmay be determined according to the event role data for the selecteduser, the organizational role data for the event, and/or real time data.

For example, a level of multitasking by the user, as determined throughthe user's client device from communication data and application datacollected from prior regularly scheduled and/or like events and/or usingreal time data in a meeting currently in progress may be used toindicate whether the user is at least partially available. Like eventsmay be determined by the system responsive to finding prior events witha same or similar title, prior events associated with a same project,prior events having the same or similar participants, and/or priormeetings taking place in a same period of time, day of the month orweek, etc. Multitasking unrelated to the subject matter of the event isindicative that the selected user is partially available.

In other examples, user attention tracking systems, as are known in theart, may be used alone or in combination with other techniques describedherein to determine a level of participation in the event.

In another exemplary use case, the system may determine that theselected user has an availability status of “In a meeting, timeremaining 10 minutes.” In another example, the system may determine thatthe selected user has an availability status of “available, joining ameeting in 5 minutes.” For instance, the user is not currently scheduledfor an event, but has an event scheduled in 10 minutes. Any user thatlooks up the status of the selected user is immediately informed thatthe selected user has only 10 minutes to communicate.

In yet another exemplary use case, the selected user may haveback-to-back meetings scheduled all day. In the event that another usermust contact the selected user, the user may look-up the availabilitystatus of the selected user. The availability status of the selecteduser may be, for example, “In a meeting, time remaining 2 hours. Mightbe able to respond in 20 minutes.” The system automatically updates theavailability status of the selected user according to calendar data andalso predicts partial availability of the user in 20 minutes. Forexample, the system may determine that the selected user is on a calland/or Web conference, i.e., the event, and also knows that the selecteduser's next scheduled event is a listen only conference call, therebyallowing the system to determine that the selected user is at leastpartially available during the next scheduled event.

The present invention may be a system, a method, and/or a computerprogram product. The computer program product may include a computerreadable storage medium (or media) having computer readable programinstructions thereon for causing a processor to carry out aspects of thepresent invention.

The computer readable storage medium can be a tangible device that canretain and store instructions for use by an instruction executiondevice. The computer readable storage medium may be, for example, but isnot limited to, an electronic storage device, a magnetic storage device,an optical storage device, an electromagnetic storage device, asemiconductor storage device, or any suitable combination of theforegoing. A non-exhaustive list of more specific examples of thecomputer readable storage medium includes the following: a portablecomputer diskette, a hard disk, a random access memory (RAM), aread-only memory (ROM), an erasable programmable read-only memory (EPROMor Flash memory), a static random access memory (SRAM), a portablecompact disc read-only memory (CD-ROM), a digital versatile disk (DVD),a memory stick, a floppy disk, a mechanically encoded device such aspunch-cards or raised structures in a groove having instructionsrecorded thereon, and any suitable combination of the foregoing. Acomputer readable storage medium, as used herein, is not to be construedas being transitory signals per se, such as radio waves or other freelypropagating electromagnetic waves, electromagnetic waves propagatingthrough a waveguide or other transmission media (e.g., light pulsespassing through a fiber-optic cable), or electrical signals transmittedthrough a wire.

Computer readable program instructions described herein can bedownloaded to respective computing/processing devices from a computerreadable storage medium or to an external computer or external storagedevice via a network, for example, the Internet, a local area network, awide area network and/or a wireless network. The network may comprisecopper transmission cables, optical transmission fibers, wirelesstransmission, routers, firewalls, switches, gateway computers and/oredge servers. A network adapter card or network interface in eachcomputing/processing device receives computer readable programinstructions from the network and forwards the computer readable programinstructions for storage in a computer readable storage medium withinthe respective computing/processing device.

Computer readable program instructions for carrying out operations ofthe present invention may be assembler instructions,instruction-set-architecture (ISA) instructions, machine instructions,machine dependent instructions, microcode, firmware instructions,state-setting data, or either source code or object code written in anycombination of one or more programming languages, including an objectoriented programming language such as Smalltalk, C++ or the like, andconventional procedural programming languages, such as the “C”programming language or similar programming languages. The computerreadable program instructions may execute entirely on the user'scomputer, partly on the user's computer, as a stand-alone softwarepackage, partly on the user's computer and partly on a remote computeror entirely on the remote computer or server. In the latter scenario,the remote computer may be connected to the user's computer through anytype of network, including a local area network (LAN) or a wide areanetwork (WAN), or the connection may be made to an external computer(for example, through the Internet using an Internet Service Provider).In some embodiments, electronic circuitry including, for example,programmable logic circuitry, field-programmable gate arrays (FPGA), orprogrammable logic arrays (PLA) may execute the computer readableprogram instructions by utilizing state information of the computerreadable program instructions to personalize the electronic circuitry,in order to perform aspects of the present invention.

Aspects of the present invention are described herein with reference toflowchart illustrations and/or block diagrams of methods, apparatus(systems), and computer program products according to embodiments of theinvention. It will be understood that each block of the flowchartillustrations and/or block diagrams, and combinations of blocks in theflowchart illustrations and/or block diagrams, can be implemented bycomputer readable program instructions.

These computer readable program instructions may be provided to aprocessor of a general purpose computer, special purpose computer, orother programmable data processing apparatus to produce a machine, suchthat the instructions, which execute via the processor of the computeror other programmable data processing apparatus, create means forimplementing the functions/acts specified in the flowchart and/or blockdiagram block or blocks. These computer readable program instructionsmay also be stored in a computer readable storage medium that can directa computer, a programmable data processing apparatus, and/or otherdevices to function in a particular manner, such that the computerreadable storage medium having instructions stored therein comprises anarticle of manufacture including instructions which implement aspects ofthe function/act specified in the flowchart and/or block diagram blockor blocks.

The computer readable program instructions may also be loaded onto acomputer, other programmable data processing apparatus, or other deviceto cause a series of operational steps to be performed on the computer,other programmable apparatus or other device to produce a computerimplemented process, such that the instructions which execute on thecomputer, other programmable apparatus, or other device implement thefunctions/acts specified in the flowchart and/or block diagram block orblocks.

The flowchart and block diagrams in the Figures illustrate thearchitecture, functionality, and operation of possible implementationsof systems, methods, and computer program products according to variousembodiments of the present invention. In this regard, each block in theflowchart or block diagrams may represent a module, segment, or portionof instructions, which comprises one or more executable instructions forimplementing the specified logical function(s). In some alternativeimplementations, the functions noted in the block may occur out of theorder noted in the figures. For example, two blocks shown in successionmay, in fact, be executed substantially concurrently, or the blocks maysometimes be executed in the reverse order, depending upon thefunctionality involved. It will also be noted that each block of theblock diagrams and/or flowchart illustration, and combinations of blocksin the block diagrams and/or flowchart illustration, can be implementedby special purpose hardware-based systems that perform the specifiedfunctions or acts or carry out combinations of special purpose hardwareand computer instructions.

The terminology used herein is for the purpose of describing particularembodiments only and is not intended to be limiting of the invention.Notwithstanding, several definitions that apply throughout this documentnow will be presented.

As used herein, the singular forms “a,” “an,” and “the” are intended toinclude the plural forms as well, unless the context clearly indicatesotherwise.

The term “another,” as used herein, is defined as at least a second ormore.

As defined herein, the terms “at least one,” “one or more,” and“and/or,” are open-ended expressions that are both conjunctive anddisjunctive in operation unless explicitly stated otherwise. Forexample, each of the expressions “at least one of A, B and C,” “at leastone of A, B, or C,” “one or more of A, B, and C,” “one or more of A, B,or C,” and “A, B, and/or C” means A alone, B alone, C alone, A and Btogether, A and C together, B and C together, or A, B and C together.

As defined herein, the term “automatically” means without userintervention.

As defined herein, the term “computer readable storage medium” means astorage medium that contains or stores program code for use by or inconnection with an instruction execution system, apparatus, or device.As defined herein, a “computer readable storage medium” is not atransitory, propagating signal per se.

The term “coupled,” as used herein, is defined as connected, whetherdirectly without any intervening elements or indirectly with one or moreintervening elements, unless otherwise indicated. Two elements also canbe coupled mechanically, electrically, or communicatively linked througha communication channel, pathway, network, or system.

The terms “includes,” “including,” “comprises,” and/or “comprising,”when used in this disclosure, specify the presence of stated features,integers, steps, operations, elements, and/or components, but do notpreclude the presence or addition of one or more other features,integers, steps, operations, elements, components, and/or groups thereof

The term “if” may be construed to mean “when” or “upon” or “in responseto determining” or “in response to detecting,” depending on the context.Similarly, the phrase “if it is determined” or “if [a stated conditionor event] is detected” may be construed to mean “upon determining” or“in response to determining” or “upon detecting [the stated condition orevent]” or “in response to detecting [the stated condition or event]” or“responsive to detecting [the stated condition or event],” depending onthe context.

The terms “one embodiment,” “an embodiment,” or similar language meanthat a particular feature, structure, or characteristic described inconnection with the embodiment is included in at least one embodimentdescribed within this disclosure. Thus, appearances of the phrases “inone embodiment,” “in an embodiment,” and similar language throughoutthis disclosure may, but do not necessarily, all refer to the sameembodiment.

As defined herein, the term “output” means storing in memory elements,writing to a display or other peripheral output device, sending ortransmitting to another system, exporting, or the like.

The term “plurality,” as used herein, is defined as two or more thantwo.

As defined herein, the term “processor” means at least one hardwarecircuit (e.g., an integrated circuit) configured to carry outinstructions contained in program code. Examples of a processor include,but are not limited to, a central processing unit (CPU), an arrayprocessor, a vector processor, a digital signal processor (DSP), afield-programmable gate array (FPGA), a programmable logic array (PLA),an application specific integrated circuit (ASIC), programmable logiccircuitry, and a controller.

As defined herein, the term “real time” means a level of processingresponsiveness that a user or system senses as sufficiently immediatefor a particular process or determination to be made, or that enablesthe processor to keep up with some external process.

As defined herein, the term “responsive to” and variations thereof meanresponding or reacting readily to an action or event. Thus, if a secondaction is performed “responsive to” a first action, there is a causalrelationship between an occurrence of the first action and an occurrenceof the second action, and the term “responsive to” indicates such causalrelationship.

As defined herein, the term “user” means a human being.

It will also be understood that, although the terms first, second, etc.may be used herein to describe various elements, these elements shouldnot be limited by these terms, as these terms are only used todistinguish one element from another unless stated otherwise or thecontext indicates otherwise.

The descriptions of the various embodiments of the present inventionhave been presented for purposes of illustration, but are not intendedto be exhaustive or limited to the embodiments disclosed. Manymodifications and variations will be apparent to those of ordinary skillin the art without departing from the scope and spirit of the describedembodiments. The terminology used herein was chosen to best explain theprinciples of the embodiments, the practical application or technicalimprovement over technologies found in the marketplace, or to enableothers of ordinary skill in the art to understand the embodimentsdisclosed herein.

What is claimed is:
 1. A system comprising: a processor programmed toinitiate executable operations comprising: determining a partialavailability status of a user during an event according to a level ofparticipation of the user in the event, the partial availability statusindicating whether the user, at a time associated with the partialavailability status, is available to interact with a different userthrough at least one electronic communication channel not being used forthe event, determining the level of participation of the user in theevent comprising determining whether electronic communications sent orreceived by a client device of the user during the event relates to theevent by performing natural language processing and semantic analysis onthe electronic communications sent or received by the client device ofthe user; automatically updating an availability status of the userbased on the determined partial availability status of the user;receiving a first incoming communication through the at least oneelectronic communication channel not being used for the event, whereinthe first incoming communication is from a second user participating inthe event; responsive to the partial availability status indicating thatthe user is engaged in the event but not an active participant in theevent and receiving the first incoming communication through the atleast one electronic communication channel not being used for the event,accepting the first incoming communication; receiving, from a third usernot participating in the event, a second incoming communication throughthe at least one communication channel not being used for the event; andresponsive to receiving the second incoming communication through the atleast one communication channel not being used for the event, rejectingthe second communication from the third user not participating in theevent, rejecting the second incoming communication comprising notdelivering the communication to the user.
 2. The system of claim 1,wherein the availability status of the user comprises a predicted futureavailability status, wherein the processor is further programmed toinitiate executable operations comprising: based on historical data forthe user, estimating a time when a current availability status of theuser changes to the predicted future availability status; whereinautomatically updating the availability status of the user furthercomprises updating the availability status to specify the predictedfuture availability status and the estimated time.
 3. The system ofclaim 1, wherein the future availability status comprises the partialavailability status.
 4. The system of claim 1, wherein the processor isfurther programmed to initiate executable operations comprising:determining the partial availability status according to whether adetected computing activity on a client device of the user during theevent is related to the event.
 5. The system of claim 1, wherein whilethe user is participating in an event, the partial availability statusfurther is determined according to participant data for the event. 6.The system of claim 1, wherein the first incoming communication is aninstant message.
 7. The system of claim 1, wherein the second incomingcommunication is an instant message.
 8. A computer program productcomprising: a computer readable storage medium having program codestored thereon, the program code executable by a processor to initiateoperations comprising: determining a partial availability status of auser during an event according to a level of participation of the userin the event, the partial availability status indicating whether theuser, at a time associated with the partial availability status, isavailable to interact with a different user through at least oneelectronic communication channel not being used for the event,determining the level of participation of the user in the eventcomprising determining whether electronic communications sent orreceived by a client device of the user during the event relates to theevent by performing natural language processing and semantic analysis onthe electronic communications sent or received by the client device ofthe user; automatically updating an availability status of the userbased on the determined partial availability status of the user;receiving a first incoming communication through the at least oneelectronic communication channel not being used for the event, whereinthe first incoming communication is from a second user participating inthe event; responsive to the partial availability status indicating thatthe user is engaged in the event but not an active participant in theevent and receiving the first incoming communication through the atleast one electronic communication channel not being used for the event,accepting the first incoming communication; receiving, from a third usernot participating in the event, a second incoming communication throughthe at least one communication channel not being used for the event; andresponsive to receiving the second incoming communication through the atleast one communication channel not being used for the event, rejectingthe second communication from the third user not participating in theevent, rejecting the second incoming communication comprising notdelivering the communication to the user.
 9. The computer programproduct of claim 8, wherein the availability status of the usercomprises a predicted future availability status, the operations furthercomprising: based on historical data for the user, estimating a timewhen a current availability status of the user changes to the predictedfuture availability status; wherein automatically updating theavailability status of the user further comprises updating theavailability status to specify the predicted future availability statusand the estimated time.
 10. The computer program product of claim 8,wherein the future availability status comprises the partialavailability status.
 11. The computer program product of claim 8, theoperations further comprising: determining the partial availabilitystatus according to whether a detected computing activity on a clientdevice of the user during the event is related to the event.
 12. Thecomputer program product of claim 8, wherein while the user isparticipating in an event, the partial availability status further isdetermined according to participant data for the event.
 13. The computerprogram product of claim 8, wherein the first incoming communication isan instant message.
 14. The computer program product of claim 8, whereinthe second incoming communication is an instant message.